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FIG. 1 



(54) Device access and control using embedded web access functionality 

(57) A web access functionality embedded in a 
device includes means for generating a device web 
page wherein the device web page enables selection of 
at least one control function for the device. The web 
access functionality includes means for accessing the 
device web page via a communication path such that a 
user of a web browser accesses the control function for 
the device through the device web page. The control 
functions include control functions for loading new infor- 
mation into the device via the communication path and 
control functions for providing notification messages via 
the communication path upon the occurrence of events 
in tiie device. 
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Description 

BACKGROUND OF THE INVENTION 

Fifild of InventiQn s 

The present Invention pertains to the field of device 
access and control. More particularly, this invention 
relates to devices having enibedded web functionality 
for device access and control functions. io 

Art B^QKqrQunpl 

A wide variety of devices including office equip- 
merrt, home-based equipment, and lab equipment, as is 
well as a variety of other types of devices commonly 
include device-specific control and access functions. 
Such devices may aJso be referred to as gadgets. Office 
equipment includes, for example, printers, fax 
nnachines, copiers, arxi various types of communication so 
and tel^hony devices. Home-based devices include 
home entertainment equipment such as televisions and 
video and audio players and recorders as well as secu- 
rity systems, automobiles, appliances, thermostats, and 
hot tubs. Lab equipment includes measurement devices 25 
such as oscilloscopes, spectrum analyzers arxJ other 
types of measurement equipment as well as networking 
equipment 

The control and access mechanisms of such 
devices commonly include relatively simple and low 3o 
cost user input and display mechanisms. Such simple 
mechanisnns nrtay Include, for exanrrple. light emitting 
elements such as LED/LCD elements as well as various 
types of simple input buttons or switches. Such simple 
mechanisms are typically const-ucted to be low cost to 35 
minimize the overall cost of such devices. In addition, 
such mechanisms are usually conrrpact and enable rela- 
tively sn^ll sizes for such devices. Unfortunately, such 
simple mechanisms severely limit the range and flexibil- 
ity of the corrtrol and access functions provided by such 4o 
devices. 

The control and access functions of such a device 
may be enhanced by tiie implementation of a screen- 
based access and control mechanism within tine device. 
For example, such a device may include a display 4s 
screen, and a rendering processor along with appropri- 
ate software for generating a rich graphical interface 
suitable for the particular type of device. However, such 
screen displays and rendering mechanisms are usually 
expensive and increase the overall cost of the device, so 
Such high costs are typically unsuitable for lower cost 
devices targeted for a relatively large mass market. 
Moreover, display screens and associated hardware 
may be too bulky for the size constraints of many 
devices. 55 



SUMMARY OF THE INVENTIQN 

A web access functionality embedded in a device 
includes means for generating a device web page 
wherein the device web page enables selection of at 
least one control function for the device. The web 
access functionality includes means for accessing the 
da/ice web page via a communication patii such that a 
user of the web browser accesses the control functions 
for the device through the device web page. The control 
functions include control functions for loading new infor- 
mation into tile device via the communication path and 
control functions for providing notification messages 
from upon the occurrence of events in the device. 

The web access functionality may be implemented 
with existing circuitry in a device, such as an existing 
processor, memory, and input/output circuitry that nor- 
mally perform device-specific functions, thereby avoid- 
ing the extra cost and space required for dedicated web 
server hardware for the device. 

The web access functionality embedded in tiie 
device enables device access and control via a variety 
of communication mechanisms including the world wide 
web portion of the Internet. The costs of providing 
screen based control mechanisms are exported away 
from the device and do not require an external computer 
to provide web access functionality to a device. 

The device control information is packaged using 
tiie Hyper-Text Markup Language (HTML) and is trans- 
ported according to the Hyper-Text Transfer Protocol 
(HTTP). The HTML and HTTP protocols enable com- 
munication with existing web browsers IndeperKfent of 
the platform that executes the web browser. The 
present techniques avoid tiie need of an industry-wide 
Application Programming Interface (API) to unify tiie 
control and use of equipment. 

Otiier features and advantages of the present 
invention will be apparent from the detailed desaiption 
tinat follows. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is described with respect to 
particular exemplary embodiments thereof and refer- 
ence is accordingly made to tiie drawings in which: 

Rgure 1 illustrates a device with embedded web 
functionality; 

Figure 2 shows a network that provides access to 
the control functions of a device from a web 
browser and that enables the device to communica- 
tion witii a web server and a computer system; 

Figure 3 illustrates an example device home page 
chat provides access to control function of tiie 
device; 
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Rgure 4 illustrates a loader web page in an exann- 
ple embodiment; 

Rgure 5 Illustrates the handling of a load operation 
in the device; 

Rgure 6 illustrates a register interest web page in 
an example embodiment: 

Rgure 7 illustrates the handling of event notifica- 
tion in the device; 

Rgure 8 Is a hardware block diagram of the device 
in one embodiment; 

Rgure 9 Illustrates software elements of the device 
in one embodiment. 

DETAILED DESCRIPTION 

Rgure 1 Illustrates a device 10 with embedded web 
functionality for device access and control. The device 
10 receives HTTP commands through the network 
interface 1 2. The HTTP commands specify one of a set 
of predetermined Universal Resource Locators (URLs) 
for the device 10. The predetermined URLs for the 
device 10 include a URL corresponding to a device 
home page 18. a URL corresponding to a loader web 
page 28, and a URL corresponding to a register interest 
web page 29. 

HTTP comnnands are used by web clients to obtain 
information from the device 10 Including the device 
home page 18, the loader web page 28, and the regis- 
tered interest web page 29. In addition, HTTP con> 
marKls are generated in the device 10 to perform ffle 
transfers via the communication link 22 and to obtain 
new information and software elements for loading into 
the device 10 and for updating native code in the device 
10. HTTP commarxls are also used by the device 10 to 
notify users and external software tasks of events asso- 
ciated with the device 10. 

The device 10 includes a network interface 12, a 
web core 14, and a device interface 16. The network 
interface 12 enables communication via a communica- 
tion bath 22. The web core 14 enables communication 
via the communication path 22 according to world-vwde 
web protocols including the Hyper-Text Transfer Proto- 
col (HTTP) protocol. The web core 14 enables commu- 
nication using HTTP GET HTTP POST and HTTP PUT 
methods and enables the transfer of email messages. 

The web core 14 enables access to the device 
home page 1 8 which is a web page that enables a user 
to access and control the device 10 using an external 
web browser. The device home page 18 enables a user 
of an external web browser to examine and control any 
software objects installed in the device 10 and to control 
device-specific functions of the device 10 and to access 
other information associated with the device 10. In one 



embodiment, the web core 14 generates the device 
home page 18 dynamically in response to requests 
received via the communication path 22. 

The web core 14 accesses a device configuration 

5 19 when constructing the device home page 18. The 
device configuration stores indications of the software 
objects that are installed in the device 10. the software 
objects that nnay be installed in the device 10 include a 
loader 24 and a notifier 26. The device configuration 19 

10 may also store other configuration infornrtation associ- 
ated with the device 10. 

The loader 24 loads new inforrr^tion into the device 
10 and Installs new software elements Into the device 
10 in response to requests from web clients of the 

16 device 10. The loader 24 generates the loader web 
page 28 which is accessible via an external web 
browser. The loader web page 28 enables a user to 
specify a package file using an external web browser. 
The package file contains a list of new infornnation ele- 

20 ments or software elements for loading and installing 
into the device 10. Once a package fQe is specified 
using the loader web page 28. the loader 24 retrieves 
the specified package file via the connmunication link 22 
and then downloads each of a elements specified in the. 

25 package file. The loader 24 also updates the device.^' 
configuration 19 to reflect the newly installed elements^ 
for subsequerrt accesses to the device home page 18. • 
The notifier 26 provides the capability of notifying' 
software objects and users of events associated with 

30 the device 10. The notifier 26 generates the register 
interest web page 29 which is accessible via an external 
web browser. The register Interest web page 29 enables 
a user of a web browser to register email addresses and 
URLs. The registered email addresses and URLs are 

35 subsequently used by the notifier 26 to send messages 
specifying predetermined events associated with the 
device 10 as the events occur. The notifier 26 stores- 
registered URLs and email addresses in a registered 
interest log 27. 

40 The da^ice home p)age 18 contains links to the 
loader web page 28 and the register interest web page 
29. The device home page 18 is a Hypertext Markup 
Language (HTML) file. The web core 14 uses the net- 
work interface 1 2 to transfer the device home page 1 8 to 

45 requesting HTTP clients via the communication path 22. 
The device home page 18 nnay include control but- 
tons according to the HTTP protocol that enable various 
control functions for the device 10 to be initiated from a 
web client via the communication path 22. The device 

50 home page 18 may contain text, images, multimedia 
files, forms, tables or any object type supported by the 
HTTP and HTML protocols. 

In addition, the web page 18 may contain one or 
more URLs that specify additional web pages located 

55 within the device 1 0. The web page 1 8 may also contain 
one or more URLs that specify additional web pages 
located external to the device 10. The additional web 
pages external to the device 10 may be located, for 
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example, on a iocal communication network or on the 
Internet world wide web. 

The device interface 16 monitors and controls vari- 
ous device-specific functions of the device 10 and sig- 
nals events associated with the device 10 to the web 6 
core 14. The device 10 represents a wide variety of 
devices including devices such as printers, fax 
machines, copiers, communication and telephony 
devices, home entertainment devices such as televi- 
sions, video and audio devices as well as appliances w 
such as refrigerators and washing machines, security 
systems, automobiles, and hot tubs. The device 10 also 
represents a variety of measurement instruments 
including oscilloscopes, and spectrum analyzers and 
other types of measurement devices. In addition, the is 
device 10 represents a variety of conputer peripheral 
devices including mass storage units such as rotating 
media storage units. 

The communication path 22 represents any com- 
munication means that is capable of transferring HTML 20 
files according to the HTTP web protocol. The commu- 
nication path 22 may be realized by a wide variety of 
communication mechanisms , including local area net- 
works, telephone lines including cellular telephone 
links, serial communication links, parallel communica-'- -25. 
tion links,- power line communication links, and radio 
and infrared communication links. The communication 
path 22 may also be a direct Internet connection to the 
world-wide web. 

Figure 2 shows a network 30 including the device so 
10, a web browser 40. a web server 50 and a computer 
system 52. The web browser 40 accesses and controls 
the device .10 via the network 30 by accessing the 
device home page 18. the toader web page 28, and the 
register, interest web page 29 using HTTP protocols. 35 
The device 10 downloads package files.- software ele- 
ments, and software updates via the network 30 from 
either a web server 50 or a web server functionality 
implemented in tiie computer system 52. 

In addition, the device 1 0 transfers email messages 40 
and HTTP post commands via the network 30 during 
event notification. The email addresses corrtained in the 
registered interest log 27 may be targeted for users any- 
where on the network 30, including, for example, users 
of the computer system 52 or the web browser 40. The 45 
URLs contained in the registered interest log 27 may be 
targeted anywhere on the network 30 including, for 
example, web server tasks and corresponding event 
handling tasks that execute on the computer system 52. 

The web browser 40 includes a display 42 for gen- so 
erating visual objects including text, images, multimedia 
objects, and graphical user interface objects. The web 
browser 40 includes a selection device 44 that enables 
a user to select objects arKi URL links rendered on the 
display 42 and to enter information into forms rendered ss 
on tile display 42. The web browser 40 may also include 
an audio capability that enables rendering of audio 
information to the user. 



The web browser 40 may be embodied in a compu- 
ter system tfiat executes a set of web browser software. 
Such a conputer system with web browser functionality 
may be realized by any one of a variety of available 
computer system platforms including Windows plat- 
forms. Macintosh platforms, Unix platforms as well as 
any other platform capable of executing web browser 
software that provides HTTP client functions and that 
renders HTT^/IL files. 

The web browser 40 may also be embodied in a 
variety of other devices tiiat provide HTTP dient func- 
tions and that render HTML files. Such devices include 
specialized hardware designed for television or tele- 
phone systenre as well as low cost web browser devices 
and network computers. 

The network 30 may be inrplemented with a variety 
of communication mechanisms including mechanisms 
suitable for a home-based network including power line 
communteation links, twisted pair communication links, 
radio frequency communication links, and Irrfrared com- 
munication links. The network 30 may also be imple- 
mented with a variety of larger communication 
mechanisms including local area networks connected 
togetiier by various types of communication links. The 
network 30 may include connections the world-wide* 
web of the Internet for worW-wide- conrununication 
between the web browser 40 and the device 10.* The 
communication network 30 may include one or more 
communication bridges between the worW-wide web 
and local area networks and home-based networks. 

The network 30 may also enable communication 
anrong other as home appliances, home security sys- * 
terns, home entertainment devices, air-conditioning 
systenrre and hot-tubs which implement the device web 
functionality disclosed herein. 

A user accesses the device home page 18" of the 
device 10 using a web browser such as tiie web 
browser 40. The user enters a URL corresponding to 
the device home page 18 into the web browser 40. In 
response, the web browser 40 transfers an HTTP com- 
mand which includes the entered URL over the network 
30. The device 10 receives tiie HTTP command via tiie 
communication path 22 and recognizes the URL con- 
tained tiierein. In response, the device 10 returns tiie 
device home page 1 8 to the web browser 40 via the net- 
work 30. 

In one embodiment, the web core 14 generates tiie 
device home page 1 8 on the fly in response to the HTTP 
command from the web browser 40. In such an embod- 
iment the web core 14 reads the device Configuration 
19 after receiving the HTTP command and recognizing 
tile URL corrtained therein. The web core 14 tses infor- 
mation contained in the device configuration 19 to gen- 
erate an HTML formatted file that defines the device 
home page 18 and b-ansfers tiie HTML formatted file to 
tile web browser 40 via the network 30. 

In another embodiment, the contents of the device 
home page 18 are periodically updated by web core 14 
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and stored in HTML format in a memory in the device 
10. In such an embodiment, the web core 14 reads the 
device home page 18 from the memory in response to 
the HTTP command from the web browser 40 and 
transfers the device home page 18 to the web browser 
40 via the network 30. 

The HTML file that defines the device home page 
18 is transfen'ed according to the HTTP protocol and 
specifies the URL corresponding to the web browser 40. 
The web browser 40 receives the HTML file and renders 
the device home page 18 on the display 42. The follow- 
ing is an example HTML file that defines the device 
page 18 In an example embodiment 
(TITLE) DEVICE HOME PAGE</TITLE) 
< HI > Home Page for Device 10 (Ail > 
(HR) 

(table border) 

( caption ) Installed Objects < /caption ) 
(TR) 

(TD)Ob]ect Name(/TD)Desaiption</TD) 

(APR) 

(TR) 

(TD)(AHREF= "URL for Loader* ) Loader 

( /A)(/Tl)(/TD>Load New Information Into Device 

10(m)) 

(/TR) 

(TR) 

( TO ) ( A HREF « "URL for Notif ier" ) Nolif ier * 

(/A) (m) (/TD) Notifies of Events in Dance 10(/TD) 

(/TR) . 

(P) 

(HR) 

Rgure 3 illustrates the device home page 18 for the 
example HTML file shown above. The device home 
page 18 is rendered on the display 42 by the web 
browser 40 in response to the example HTML code set 
forth above. The device home page 18 includes a page 
title 70, a header section 60. and a table section 64 that 
lists software objects Installed in the dwice 10 and that 
includes a set of hyperlinks 66-68 to the installed soft- 
ware objects. 

The page title 70 is defined by the HTML 
(TITLE) Device Home Page (/TITLE) coding shown 
above. The header section 60 is defined by the HTML 
code ( HI ) Home Page for device 10(/H1 ) in the HTML 
file shown above. The tatJe section 64 is defined with 
coding in the HTML file shown above and provides the 
hyperlink 66 to the loader 24 and the hyperlink 68 to the 
notif ier 26. 

The device home page 18 may include hyperlinks 
that direct the web browser 40 to other web pages for 
various device support functions. For example, a hyper- 
link may be included to direct the web browser 40 to a 
web page for information regarding device 10 service 
contracts. Similarly, hyperlinks nnay be provided to web 
pages for ordering supplies for the device 10 and 
obtaining information for future products from the man- 
ufacturer of the device 10. 



The device home page 18 may also include manu- 
als, parts lists, and other associated publications for the 
device 10. These publication may be stored within the . 
device 10 in. for example, a nonvolatile memory, or may 
5 be referenced elsewhere via hyperlinks contained in the 
device home page 18. These publications may contain 
dynamic information such as updated manuals as well 
as new and updated software driver routines for the 
device 10. 

10 A user accesses the loader 24 in the device 10 by * 
selecting the hyperlink 66 using the web browser 40. In 
response, the web browser 40 obtains the URL for the 
loader 24 from the device home page 18 stored in the 
web browser 40 and transfers an HTTP command 
IS which includes the URL for the loader 24 over the net- 
work 30. The web core 14 receives the HTTP command 
via the corrvnunication patii 22 and recognizes the URL 
for the loader 24 contained therein. The web core 14 
passes the received HTTP connmand to the loader 24. 
20 The loader 24 then provides the loader web page 28 to 
the web core 14 which transfers the loader web page 28 
to the web browser 40 over the network 30. 

In one embodiment, the loader 24 generate s the 
loader web page 28 on the fly in response to an HTTP 
25 command from the web browser 40 containing the 
appropriate URL. The loader 24 generates an HTML 
formatted tile that defines the loader web page 28 and 
transfers the HTML formatted file to the web core 1 4 for 
transfer via the network 30. The HTML fDe con-espcnd- 
30 ing to the loader web page 28 is transten'ed according to 
the HTTP protocol which specifies the URL con-espond- 
ing to the web browser 40. The web browser 40 
receives the HTML file and renders the loader web.page 
28 on the display 42. 
35 Rgure 4 illustrates the loader web page 28 in an 
example embodiment The loader web page 28 is^ ren- 
dered on the display 42 by the web browser 40 end 
includes a header section 150. an input form 140. a load 
button 142, an install button 144, a dear button 146. and 
40 a check box 148. 

A user of the web browser 40 enters a URL for a 
package file into the form 1 40. The user then selects the 
load button 142 to load information contained in tiie 
package file into the device 10. The user selects the 
45 install button 1 44 to install software objects contained in 
the package file into the device 10. The user selects the 
dear button 146 to clear the form 140. The user selects 
the check box 148 if the software objects contained in 
the package file are to be installed permanently in the 
so device 10 On for example a persistent memory in tiie 
device 10). 

Once the form 140 is submitted using the load l)ut- 
ton 142 or the install button 144. the web browser 40 
transfers an HTTP command containing the entered 
55 package name and associated information from the 
form 140 and the URL of the loader 24 to the device 10 
via the communication network 30. The associated 
information includes indications of whether the user 
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selected the load bMon 142 or the install button 144 
and whether the box 148 was checked. The web core 
14 passes the HTTP command and data to the loader 
24 as a load request. 

Figure 5 illustrates the handling of a load request s 
by the loader 24. At step 160, the loader 24 performs a 
security check on the load request in order to prevent 
unauthorized tampering with the device 10. In one 
eml)odiment, the security check at step 160 is an 
authorization check on the IP address of the web w 
browser that originated the load request. A list of author- 
ized IP addresses may be stored in a persistent mem- 
ory within the device 10. In other embodiment, more 
sophisticated security check mechanisms may be 
enployed. ,5 

If the security check passes at step 160. then at 
step 162 the loader 24 downloads the package file 
specified by the URL contained in the load request The 
loader 24 uses file transfer services provided by the web 
core 1 4 to perform the file transfer of the package file via so 
the network 30. The package file may be store any- 
where on the network 30. For example, the package file 
may be stored on the web server 50 or the computer 
system 52. 

The package-file in one emtxxliment is a text file - 25 
that lists URLs of one or more conrtponents to be loaded 
or installed and further specifies a type indication for 
each component. The type indication specifies whether 
the corresponding component is part of a new software . 
object to be loaded into the device 10 or part of native 30 
code to be Installed into the device 10. 

At block 164, the loader 24 downloads each compo- 
nent specified in the package file retrieved at stop 162. 
The loader 24 again uses the file transfer services pro- 
vided by the web core 14 to download the specified 3S 
components. At step 166. the loader 24 installs each 
component downloaded according to the corresponding 
type indications. New software object components are 
installed in an address space allocated to software 
objects such as the loader 24 or the notifier 26 while 4o 
new native code is installed in memory space allocated 
for native code. The address space for software objects 
and native code may be contained in the same memory 
or different memories in the device 10. 

At step 168. the loader 24 updates the device con- 4S 
figuration 19 to reflect the newly installed software com- 
ponents. The updated device configuration 19 is used 
by the web core 14 to construct an updated device 
home page 18 in response to subsequent accesses by 
external web browsers. so 

A user may register an interest in events that occur 
in the device 10 by selecting the hyperlink 68 of the 
device home page 18. In response to selection of the 
hyperlink 68. the web browser 40 obtains the URL for 
the notifier 26 from the da/ice home page 18 stored in ss 
the web browser 40 and transfers an HTTP command 
which includes the URL for the notifier 26 over ttie net- 
work 30. The web core 1 4 receives the HTTP command 



via the communication path 22 and recognizes the URL 
for the notifier 26 contained therein. The web core 14 
passes the received HTTP command to the notifier 26. 
The notifier 26 then provides the register interest web 
page 29 to the web core 1 4 which transfers It to the web 
browser 40 over the network 30. In one emtxxliment, 
the notifier 26 generates the register interest web page 
29 as an HTfwIL file on tiie fly in response to an HTTP 
command from the web browser 40. 

ngure 6 illustrates tiie register Interest web page 
29 in an example embodiment The register interest 
web page 29 is rendered on the display 42 by the web 
browser 40 in response to the HTML file generated by 
the notifier 26. The register interest web page 29 
includes and input form with a set of input fields 1 70-1 72 
and 180-182. along with a submit button 176, and a 
dear button 1 78 which is used to reset the input form. 

The input form of the register interest web page 29 
enables users to register irtterests in any one or more of 
a predetermined set of events EVENT_1 through 
EVENT_n that may occur within the device 10. The 
input fields 1 70-1 72 enable a user to register a U RL for 
any one or more of the predetermined events EVENT_1 
through EVENT_n. The input fields 180-182 enable a 
user to register an email address for any one or more'of 
the predetermined events EVENT_1 through* 
EVENT_n. 

A user of the web browser 40 makes an entry into 
any one or more of the fields 170-172 and 180-182 and 
selects the submit button 1 76. In response to the submit 
button 176. tiie web browser 40 transfers the contents 
of the fields 1 70- 1 72 and 1 80- 1 82 along with the U RL of 
the notifier 26 to tiie device 10 using the HTTP protocol. 
For. example, the information may be carried using an 
HTTP get command with embedded data via the com- 
munication network 30. The web core 14 passes the 
HTTP command and data to the notifier 26. 

The notifier 26 receives the command, and data 
containing the Information from tiie fields 170-172 and 
180-182 from the web core 14 and stores the informa- 
tion in the registered interest log 27. The registered 
interest log 27 accommodates multiple email addresses 
and murtiple URLs for each of the predetermined events 
EVENT_1-n. The URLs and email addresses in the reg- 
istered interest log 27 are read by the notifier 26 when 
notifying software objects associated with those URLs 
and users associated witfi those email addresses of the 
occurrence of the corresponding events. 

The contents of the registered interest log 27 may 
be used by the notifier 26 when constructing the register 
interest web page 29. The cun-entiy registered interests 
from the registered interest log 27 may be included in 
the register interest web page 29 in. for example, an 
HTML table structure. 

Rgure 7 illustrates the handling of event notifica- 
tion in the device 10. At step 190, the da/ice interface 
16 detects an event in the device 10 and signals the 
event to the web core 14. The event delected at step 
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190 is one of the predetermined set of notifiable events 
EVENT_1 through EVENT_n for the device 10. 

At step 192. the web core 14 signals the event to 
the notif ier 26 if the notif ier 26 is installed. The web core 
14 tests the device configuration 19 to determine s 
whether the notif ier 26 is installed in the device 10. 

At step 194, the notifier 26 reads the registered 
interest log 27 to determine whether any users or URLs 
have been registered for the event signaled at step 192. 

At step 196. the notifier 26 constructs an email io 
message for each of the registered email addresses 
obtained from the registered interest log 27 for the sig- 
naled went Each ernaW message includes ascii text 
that identifies the signaled event. The notifier 26 uses 
ennail services provided by the web core 14 to transfer 75 
the email messages to the specified email addresses 
via the network 30. 

At step 198. the notifier 26 constructs an output file 
for transfer using the HTTP post method for each URL 
registered for the signaled event. Each output file con- 20 
tains an indication of the signaled event and specifies a 
registered URL as a destination for the output file. The 
notifier 26 provides the output file to the web core 14 for 
transfer over the network 30 to the specified URLs using 
the HTTP post method. 25 

The output files generated at step 198 may contain 
optional data which is encoded using Internet Media 
Type protocols which is also referred to as Multipurpose 
Internet Mail Extensions (MIME) encoding. This encod- 
ing enables trar^fer of a wide variety of information 30 
including graphical information to the registered URLs. 
The registered URLs may correspond to web server 
tasks located anywhere on the network 30, Such a reg- 
istered web server task may. for example, generate a 
dialog box on a display screen of a computer system to 35 
display the event and data to a user. 

Figure 8 is a hardware block diagram of the device 
10. The device 10 includes a processor 200. a memory 
210. a set of device-specific hardware 300. and a set of 
input/output circuitry 220 that enables communication 40 
via the communication path 22. The processor 200 per^ 
forms device-specific functions for the device 10 in com- 
bination with the device-specific hardware 300. The 
processor 200 is also employed to provide web func- 
tionality in the device 10. The memory 210 may be a 45 
static menrory such as read-only memory, a flash merr>- 
ory, or a disk drive or may be a volatile memory such as 
a random access memory. 

The web functions of the device 10 may in some 
embodiments be implemented on a single integrated so 
circuit chip including a processor and menx)ry for hold- 
ing software for servicing the HTTP protocol. In such an 
embodiment, the hardware portion of the network inter- 
face 12 may be implemented on the same integrated 
circuit chip as the processor or may be external to that ss 
chip. In another embodiment, the web functions of the 
device 10 are implemented with a state machine. 

The processor 200 executes a set of device-native 



code which may be stored in the memory 210. The 
processor 200 also executes web functionality code 
including code for the web core 14, the loader 24, and 
the notifier 26. The processor 200 also executes code 
for the device interface 16 which provides a software 
interface to the device-specific hardware 300 and which 
monitors the device-specific hardware 300 for the pre- 
determined events EVENT_1-n. The processor 200 
also includes code for performing communication 
through the input/output circuit 220 to provide the net- 
work interface 12. 

The memory 210 may be a persistent menrwry 
which accommodates storage of software elements of 
the device 10 Including device-native code and the web 
functionality code. The memory 210 may also store the 
device configuration 19 and the registered interest log 
27. The memory 210 may be used to store the device 
home page 1 8, the loader web page 28. and the register 
interest web page 29 in some embodiments. 

In one embodiment, the device 10 is a printer 
device wherein the processor 200 and the memory 210 
preform Image rendering functions and the device-spe- 
cific hardware 300 includes printer hardware and asso- 
ciated circuitry and wherein the input/output circuitry 
220 provides network access to the printer device 10. 
The loader 24 In this embodiment enables loading of 
other software objects into the printer including the noti- 
fier 26 and enables loading of updates for the native 
code that performs printer functions. The loader 24 in 
this emkxxJiment also enables loading of printer manu- 
als and other text based information associated with the 
printer device. The notifier 26 in this embodiment pro- 
vides email messages or HTTP post method notification 
for predetermined everrts such as new toner cartridge 
required or paper input bin empty. 

In another embodiment the device 10 is a video 
player/recorder wherein the processor 200 and the 
memory 210 perform functions for reading video aruJ 
audio information from and writing video and audio 
information to a storage media such as magnetic tape 
or an optical storage media. The device-specific hard- 
ware 300 includes media actuation hardware such as 
motors and magnetic heads and associated circuitry for 
reading and imparting information onto the storage 
media. The loader 24 in this emt>odiment enables load- 
ing of other software objects into the video 
player/recorder including the notifier 26 and software 
updates for tiie native code that performs video 
player/recorder -functions. The loader 24 also enables 
the loading of programming infornrration into tiie video 
playerAecorder. The device home page 18 in this 
ennbodiment may pxovide hyperlinte to television pro- 
gramming guide web sites accessible via the network 
30 and the loader 24 may automatically load program- 
ming information from such a web site and automati- 
cally program the vkieo player/recorder by invoking the 
device-native code for the video player/recorder. The 
notifier 26 in this embodiment may provide en^il mes- 
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sages or HTTP post method notification for predeter- 
mined events such as end of tape indications. 

In yet another embodiment the device 10 is a 
home-entertainment device such as an audio system. 
The input/output circuitry 220 such as infrared commu- s 
nication circuitry or power line communication circuitry 
enables a web browser such as a home computer to 
access the audio system via a home-based network. 

In another embodiment, the device 10 is a control- 
ler module or control computer contained in an automo- io 
bile. The input/output circuitry 220 such as cellular 
transmitter/receiver circuitry enables a web browser to 
access control and status information for the automobile 
which Is provided by the device home page 1 8. 

In another embodiment, the device 10 is a compact is 
web server wherein the memory 210 is a mass storage 
device such as a disk drive or other type of compact 
media drive. The Input/output circuitry 220 such as local 
area network interface circuitry enables a web browser 
to access the mass storage device. The loader 24 in this 20 
emlxxJiment enables loading of new information onto 
the storage drive and the web core 14 enables access 
to files on the storage drive via the device home page 
18. 

In yet another embodiment the device 10 is a 2s 
home-entertainment device such as an audio system. 
The input/output circuitry 220 such as infrared commu- 
nication circuitry or power line communication circuitry 
enables a web browser such as a home computer to* 
access control and status information for the audio sys- 30 
tem which is contained in the device home page 18. 

In yet another embodiment, the device 10 is a 
washing machine wherein the processor 200 and the 
memory 210 preform functions for controlling wash 
cycles. The device-specific hardware 300 includes 3s 
hardware such as motors, valves, sensors, and associ- 
ated circuitry. The web functionality Is embedded into 
the washing machine 10 by providing software or 
firmware for the processor 200 and by utilizing space 
available in the memory 210 and by adding the 40 
input/output circuitry to the machine control drcuitry. 

In another emlxxJiment, the device 10 is a docking 
station for portable blood analyzer that performs prede- 
termined analyses on a blood sample. The docking sta- 
tion read measurements obtained by the portable blood 45 
analyzer and assembles the information into a blood 
analyzer web page for access by a web browser cou- 
pled to a network. 

Figure 9 illustrates software elements of the device 
10 in one embodiment. The software elements include so 
device-native code 270 and virtual machine code 260. 
The device native code 270 performs the native func- 
tions of the device 10 such as printer functions video 
functions etc. as describe above. The device-native 
code 270 may be updated using the functions provided 55 
by the loader 24. 

The virtual nnachine code 260 provides an execu- 
tion environment for web core code 250 which provides 



the functions of the web core 14. The virtual machine 
code 260 also provides and execution environment for 
the loader code 252 and the notifier code 254 which 
provide the functions of the loader 24 and the notifier 
26, respectively The loader 24 enables loading of other 
software object code 26 that performs other specialized 
functions in the device 10. 

In one emtodiment, the virtual nr\achlne code 260 
provides an interpreter for Java code. Thejava execution 
environment provided by the virtual machine code 260 
enables execution of a variety of widely available web 
access code available for a wide variety of processor 
platforms. Such web access code includes code for web 
server and web client functionality as well as email func- 
tionality. In other embodiments, other virtual machine 
environment may be used such as Smalltalk environ- 
ments. 

The web core code 250 provides an application 
programming interface (API) for the loader code 252 
and the notifier code 254 and other software object 
code 256. In one embodiment the API provided by the 
web core code 250 comprises a set of java classes and 
the loader code 252, the notifier code 254. and the other 
software object code 256 each comprise executable 
java byte code. 

The web core code 250 provides a lil>rary of rou- 
tines for use by tiie loader code 252. ttie notifier code 
254, and tiie other software object code 256. The library 
routines include routines for building HTML documents 
and routines for streaming HTML data via the communi- 
cation path 22. The library also contains routines for 
sending email messages and routines for performing 
file transfers via the communication path 22. The library 
also contains routines for embedding java applets in 
HTML documents. 

In addition, the web core code 250 includes rou- 
tines for detecting predetermined events which are han- 
dled by tiie device native code 270 and routines for 
writing newty downloaded updates the device-native 
code into the appropriate address space. 

The foregoing detailed description of the present 
invention is provided for the purposes of illustration and 
is not intended to be exhaustive or to limit the invention 
to the precise embodiment disclosed. Accordingly, the 
scope of the present invention is ddined by tfie 
appended claims. 

Claims 

1. A web access mechanism embedded in a device 
(10). comprising: 

means (14) for generating a device web page 
(18) wherein tiie device web page (18) enables 
selection of at least one control function for the 
device (10); 

means (12) for accessing to the device web 
page (18) via a communication patii (22) such 
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that a user of a web browser (40) accesses the 
control function for the device (10) through the 
device web page (18). 

, The web access mechanism of claim 1 , wherein the s 
control function is a loader function that enables 
loading of new information into the device (10) via 
the communication path (22). 

t. The web access mechanism of claim 1 or 2, further io 
comprising means (24) for updating a device con- 
figuration (19) for the device (10) such that the 
device configuration (19) reflects the new informa- 
tion loaded into the device (10). 

15 

U The web access mechanism of claim 3, wherein the 
new infdrnniation comprises ah update of native 
code for the device (10) that performs device-spe- 
cific functions and a new software object that per- 
fornis a web access function for the device (10). 20 

5. The web access mechanism of claim 4, wherein the 
new software object performs a notif ier function that 
enables the device (10) to send a^ notification 
message via the communication path (22) upon the 25 
occun-ence of a predetermined event in the device 
(10). 

6- The web access mechanism of claim 5, wherein the 
notification message is sent via the communication so 
path (22) using an HTTP post method. 

7. The web access mechanism of any of claims 1 -6, 
further conrprising means (14, 26) for generating a 
web page (29) that enables the user to register at ss 
least one interest in the predetermined events via 

the communication path (22). 

8. The web access mechanism of claim 1 or 2, further 
comprising means (24) for generating a loader web 40 
page (28) that enables the user to access the 
loader function via the communication path (22) 
and to enter a URL for a file that contains informa- 
tion regarding the new information. 
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